home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / partin421 < prev    next >
Encoding:
Text File  |  1992-11-30  |  2.2 KB  |  73 lines
  1. 0#About This Gopher#about.txt#some.internet.host#70#text/plain
  2. 1#Departmental Publications#publications#some.internet.host#70#application/gopher
  3.  
  4. Now with text/plain and application/gopher, the MIME content-type
  5. is redundant, and not so important. But consider:
  6.  
  7. 9#My picture#connolly.gif#some.internet.host#70#image/gif
  8. 9#Pronunciation of my name#connolly.snd#some.internet.host#70#audio/basic
  9.  
  10. So in stead of registering zillions of special characters for new
  11. gopher types (i, w, M, etc.) we just add a field to the Menu item,
  12. and use type 9 for everything besides menus and text files.
  13.  
  14. The same holds for WWW references. They should include the data
  15. type, with text/html as the default. So I should be able to
  16. reference the above picture and sound in WWW:
  17.  
  18. <A HREF="gopher://some.internet.host:70/9connolly.gif"
  19.     CONTENT-TYPE="image/gif">
  20.  
  21. <A HREF="gopher://some.internet.host:70/9connolly.snd"
  22.     CONTENT-TYPE="audio/basic">
  23.  
  24. This is especially important for protocols that have no implicit data
  25. type, like FTP.  I could reference a DVI on an FTP server, and have my
  26. WWW client launch xdvi ala metamail:
  27.  
  28. <A HREF="ftp://export.lcs.mit.edu/contrib/foo.dvi"
  29.     content-type="application/x-dvi">
  30.  
  31. Now the WWW gang has always talked about format negotiation.
  32. This is where the client gives the server several options
  33. for the data format, and the server chooses between them.
  34. So what's the data type of the returned information?
  35. We need a type that's a "union" of all the data types, right?
  36.  
  37. Now we see the need for the MIME message/rfc822 content type.
  38. Consider the following scenario:
  39.  
  40. CLIENT: GET foo HTTP-Version-2 Content-Types:
  41.     1000 text/html
  42.     900 application/postscript
  43.     200 text/plain
  44.     400 application/x-dvi
  45.     100 text/x-latex
  46.     .
  47.  
  48. SERVER: 0200 Message follows:
  49. From: author@his.host
  50. Message-ID: <lasting-name-for-this-document>
  51. Subject: ... fullfills role of HTML <TITLE> element ...
  52. Mime-Version: 1.0
  53. Content-Type: application/postscript
  54. Content-Transfer-Encoding: binary
  55.  
  56. %!PS-Adobe-2.0
  57. ...
  58.  
  59.  
  60. The next possibility to consider is multimedia documents, e.g.
  61. one document that contains plain text, HTML text, gif images,
  62. sounds, etc.
  63.  
  64. That's where the MIME multipart/mixed content type comes
  65. in. If the client is prepared to receive multipart messages,
  66. this is gravy.
  67.  
  68. Get it?
  69.  
  70. Dan
  71.  
  72.  
  73.